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PROACTIVE SEAMLESS SERVICE PROVISIONING IN MOBILE NET- 
WORKS THROUGH TRANSFERRING OF APPLICATION CONTEXT 



5 REFERENCE TO RELATED APPLICATIONS: 

[0001] This application claims priority of United States Provisional Patent 
Application Serial No. 60/375,412 entitled "Coupling of target access router 
selection with the success of resource allocation at the potential candidate,* 
filed on April 26, 2002, and of United States Provisional Patent Application Se- 
10 rial No. 60/375,414 entitled "Proactive seamless service provisioning in mobile 
networks through registering and transferring of application context in a proac- 
tive-committing manner," filed on April 26, 2002, the contents of which are 
hereby incorporated by reference. 



15 BACKGROUND OF THE INVENTION: 
Field of the invention 

[0002] The present invention relates to mobile communication, and espe- 
cially to a method for supporting a relocation of an IP session during a network 
layer handover in a mobile communication system, and a mobile node and a 
20 network node supporting the method. 



Description of the Related Art 

[0003] A mobile communications system refers generally to any telecommu- 
nications system wherein the access point to the system may change when 
25 users move within the service area of the system. The mobile communications 
network is, correspondingly, an access network providing an end user with 
wireless access to external networks, hosts, or services offered by specific 
service providers. The service area of the system may comprise different ac- 
cess technologies and several administrative domains. 

30 [0004] The new mobile communication systems have been developed to 
facilitate widespread use of new applications, also including ones that require 
more bandwidth and extended transmission sessions compared to earlier 
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technologies. On the other hand, the ubiquitous coverage of current cellular 
systems has led the end users to expect similar availability of services from the 
next generations of systems. Therefore, seamless service provisioning for the 
considerable range of different applications will be a critical issue for the sue- 
5 cess of the new mobile communication systems. 

[0005] In the context of providing wireless access using the Internet Protocol 
(IP), seamless IP layer mobility refers to the ability to hand over a mobile node 
(MN) to a new access router (AR) with minimal disruption to the IP connec- 
tivity. In the auspices of the Internet Engineering Task Force (IETF), a number 
of solutions for seamless IP layer mobility have been generated. Mobile IP, as 
defined in Request for Comments (RFC) 2002, is an enhancement of the 
Internet Protocol version 4 (IPv4) that adds mechanisms for forwarding Inter- 
net traffic to mobile nodes when they are connecting through a network other 
than their home network. Similar mechanisms have been developed for Inter- 
net Protocol version 6, referred to as IPv6. Each mobile node is assigned a 
permanent home address on its home network and a care-of address that 
identifies the current location of the device within a network and its subnets. 
Each time a mobile node moves to a different network, it acquires a new care- 
of address. A mobility agent (also known as Home Agent) on the home net- 
work associates each permanent address with its care-of address. 

[0006] As an enhancement to this, fast handover protocol allows a mobile 
node to configure a new care-of-address before it moves towards a new sub- 
network with the aim of being able to use it directly after its connection to the 
new access router. Consequently, the latency time is minimized and potential 
25 loss of packets during handoff is effectively eliminated. 

[0007] In the process of establishing the new forwarding path for IP flows, 
mere creation of connection to the new nodes, however, might not be enough. 
The nodes along the new path must be prepared to provide similar forwarding 
treatment to the IP packets. This is especially important for services with par- 
30 ticular requirements, such as time sensitive VoIP telephony and video and 
streaming services, whose successful employment in mobile environment de- 
pends heavily upon the ability to minimize the impact of the traffic redirections. 
A context transfer procedure is a specified method, which aims at provisioning 
of seamless IP layer connectivity. Context relates to the information transferred 
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from one network entity to another as a means of re-establishing routing re- 
lated services on a new subnet or a group of subnets. Context transfer thus 
facilitates seamless transfer of the mobile node's (also known as mobile termi- 
nal, station or device) packet session a the new access router while the ses- 
5 sion can be re-established without having to perform the entire protocol ex- 
change between the new node and the mobile node. 

[0008] In order to perform fast handover and context transfer procedures as 
described above, the Candidate Access Router Discovery (CARD) as de- 
scribed in the IETF Seamoby Working Group Internet Drafts "Candidate Ac- 

10 cess Router Discovery" of October 2002, and "A Dynamic Protocol for Candi- 
date Access Router Discovery" of October 2002, provides means for discover- 
ing the IP addresses of the potential next access routers, and such character- 
istics of the access routers that may be of interest to an MN when the access 
router is evaluated as a handover candidate. Through this potential next ac- 

15 cess router discovery (CARD), at the time of the IP layer handover the poten- 
tial next access router whose capabilities appropriately match with the re- 
quirements of the mobile node may be selected as a target access router. For 
enhancing the established CARD solution, a protocol for maintaining and up- 
dating the information on capabilities of the neighboring access routers in each 

20 of the access routers has also been proposed in the prior art. 

[0009] However, even though the presented mechanisms allow the mobile 
node to be able to immediately exchange packets with the new network node 
and even transfer a session to a new access router without interruption, there 
are cases where the mobile node may still not be able to continue the service 

25 without disruption after the handoff. This is due to the fact that the existing so- 
lutions are designed to reveal the existence of a requested capability in the 
new access router, but they do not disclose whether the pre-discovered re- 
source is available to the transferable session at the time of the handoff. Such 
temporary lack of appropriate resources is imminent, however, whenever the 

30 application requires a specific functionality of a network node, and the suc- 
cessful execution of the application functionality does not allow for breaks in 
the data transfer. 

[0010] For example, let us consider a user of a mobile node MN1 moving 
along a road and utilizing a streaming application with a specific bandwidth. 
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Through the specified potential next access router discovery the capability of 
the selected target access router to support said bandwidth may be verified. 
However, before the initiation of the network layer handover of the mobile node 
MN1 , another mobile node MN2 may have already been handed off to the se- 
5 lected target access router, and the resulting available bandwidth in the access 
router is lower than what is necessary for a successful continuation of the on- 
going session in the mobile node MN1. The result of such a situation is degra- 
dation or even teardown of the session of MN1 at handover. 

[0011] As another example, let us consider a user of a mobile node moving 
along a certain road, and crossing a sequence of access routers and adminis- 
trative domains. Somewhere along this route the user may also need to cross 
a technology boundary from 2G to 3G, which means that a specific transcod- 
ing functionality is needed because of the different bandwidth capabilities of 
the traversed networks. However, it is possible that at the time of the actual 
handover the transcoding functionality is no longer available for the mobile 
node. It is also possible that the discovery of the transcoding element may take 
too much time for the relocation to happen without disruption. In such a case, 
the handoff will severely disrupt the active service. 

[0012] In view of the above, in addition to the comprehensive measures for 
20 IP layer mobility and connectivity, a solution for enhancing the seamless relo- 
cation of an IP session of a mobile node during a network layer handover is 
desirable. 



SUMMARY OF THE INVENTION: 

25 [0013] The invention, therefore, includes a method for supporting relocation 
of an internet protocol session during a network layer handover in a mobile 
communication system. The method includes sending application context in- 
formation indicating activities that are executed pro-actively before a network 
layer handover, and executing the indicated activities in response to received 

30 application context information. 

[0014] The invention also includes a mobile node in a mobile telecommuni- 
cation system, configured to send application context information indicating 
activities that are advantageously executed pro-actively before a network layer 
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handover. In another embodiment, the invention also includes a network node 
in a mobile communication system, configured to provide application context 
information with information to indicate activities that are executed pro-actively 
before a network layer handover. 

5 [0015] The invention also includes a network node in a mobile communica- 
tion system, with the network node being configured to receive application con- 
text information indicating activities that are executed pro-actively before a 
network layer handover, and then to execute the indicated activities in re- 
sponse to received application context information. 

10 [0016] In another embodiment, the invention also includes a mobile commu- 
nication system including a mobile node, a first network node, and a second 
network node. The mobile node is configured to send application context in- 
formation indicating activities that are advantageously executed pro-actively 
before the network layer handover. The first network node is configured to 

15 execute the indicated activities in response to received application context in- 
formation. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0017] In the following, the invention will be described in greater detail by 
means of preferred embodiments and with reference to the attached drawings, 
20 in which 

[0018] Figure 1 shows a simplified system architecture that supports infor- 
mation transfer according to an embodiment of the invention; 

[0019] Figure 2 shows a flow chart of information transfer according to an 
embodiment of the invention; 

25 [0020] Figure 3 shows a diagrammatic representation of application context 
information; 

[0021] Figure 4 shows a diagrammatic representation of alternative applica- 
tion context information; 

[0022] Figure 5 shows a simplified system architecture according to another 
30 embodiment of the invention; 
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[0023] Figure 6 shows a flow chart illustrating information transfer in the em- 
bodiment of Figure 5; 

[0024] Figure 7 shows a flow chart illustrating information transfer in a further 
embodiment of the invention; 

5 [0025] Figure 8 shows a logical functional structure of a mobile node; and 

[0026] Figure 9 shows a logical functional structure of a network node. 



DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS: 
10 [0027] The present invention can be applied to any mobile communication 
system providing packet data services for mobile nodes within a defined ser- 
vice area, and it can be embodied in various forms. Figure 1 shows a simplified 
system architecture that supports information transfer according to an em- 
bodiment of the invention. Only basic parts of a mobile communication system 
15 1 are illustrated; it is obvious to a person skilled in the art that the system 1 
comprises numerous network nodes, functions and structures, which need not 
be described in greater detail herein. 

[0028] The embodiment of the mobile communication system 100 of Figure 1 
shows a mobile node 111 in a current cell 112 of a current access point 113. 

20 The mobile node 1 1 1 can be an IP node that is capable of changing its point of 
attachment to the network. The access point 113 can be a device that provides 
an access link to the mobile node 111, typically a link layer (layer 2) device 
with a radio transceiver. The mobile node may be, for example, a laptop com- 
puter, mobile/cellular terminal, personal digital assistant or the like. In the illus- 

25 trated embodiment, the access point 113 is a base station of the mobile com- 
munication system. The cell 112 covers a geographical area within which wire- 
less communication between the access point 1 1 3 and the mobile node 1 1 1 is 
possible. A current acciess router 1 14 acts as an IP router for the current ac- 
cess point 113. One access router may be connected to one or more access 

30 points, and one access network comprises one or more access routers. An 
access point may be a separate physical entity or co-located with an access 
router. The mobile node 1 1 1 is attached to the current cell 1 12 but may be si- 
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multaneously communicating with access points of surrounding cells 116, 120 
in order to be able to change its point of attachment whenever necessary or 
appropriate. A mobile node 111 travelling in the direction of the arrow, as 
shown in Figure 1 , will at some point of time enter the coverage of the first po- 
5 tential next cell 116 provided by a first potential next access point 115, and 
coverage of the second potential next cell 120, provided by a second potential 
next access point 121. A more detailed functional description of a mobile node 
and of a network node is given with reference to Figures 8 and 9. 

[0029] In the embodiment of Figure 1, the current access router 114 is thus 
10 connected to the current access point 113. The current access router 114 and 
the first potential next access router 117 are included in the access network of 
the current administrative control (ISP-A) 118. A collection of networks under 
the same administrative control, grouped together for administrative purposes, 
can constitute one administrative domain. For clarity's sake, only some of the 
15 network elements for describing the embodiment in one access network for the 
administrative domains are shown. It is clear that an administrative domain 
may comprise several networks that may implement different access technolo- 
gies, and each access network may comprise a plurality of network elements 
not shown in the drawing. The second potential next cell 120 is part of another 
20 administrative domain, controlled by a second administrative control (ISP-B) 
119. A person of ordinary skill in the art would be able to make and use the 
invention based on the information contained herein. 

[0030] The point of attachment of the mobile node 111 can be defined with 
an IP address. Each mobile node 111 is assigned a home address, and ac- 

25 cording to the need, one or more care-of-addresses. The home address is an 
IP address permanently assigned to a mobile node and stored in the home 
network. When the mobile node is not attached to the home network, the in- 
coming datagrams destined to the mobile node are encapsulated and sent 
from the home network to the care-of address of the mobile node. In mobile 

30 IPv6, mobile nodes may be identified with a home address stored by its home 
agent. 

[0031] A packet data connection between users or between users and appli- 
cations during which data can be transferred between the participants is called 
a session. In the embodiment of Figure 1, the mobile node 111 has a session 
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with an application server 123 for data transfer related to a defined communi- 
cation application. A session can include transmission of any type of data, for 
example, voice or video data. The mobile nodes may have several simultane- 
ous connections to different service applications. 

5 [0032] A network layer handover provides a procedure by which the mobile 
node 111 can change its point of attachment to the network. When the mobile 
node 111 changes its point of attachment from the current access point 1 1 3 to 
another access point connected to the same current access router 114 a net- 
work layer (layer 2) handover occurs, which is transparent to the routing at the 

10 IP layer. When the mobile node 111 changes its point of attachment from the 
current access point 113 to another access point 121 connected to another 
access router 122, also an IP layer handover occurs, preferably as defined by 
the Mobile IP of the IETF. In one embodiment, the present invention relates to 
a method and apparatus for minimizing the interference by the IP layer hand- 

15 over at the network layer handover to the ongoing session between the mobile 
node 111 and the application server 123. 

[0033] While the mobile node 111 is in the current cell 1 12 of the current ac- 
cess point 113 of the current access router 114, the access routers 117, 122, 
serving the potential next access points 115, 121 of the potential next cells 

20 116, 120, are potential next access routers for the mobile node for to perform- 
ing an IP level handover. The mobile node 111 can support the wireless inter- 
face of the potential next access points 115, 121 connected to the potential 
next access routers 117, 122 and the coverage of the access points 115, 121 
of the potential next access routers (here the cells 116, 120) can overlap with 

25 the coverage of the current access router 114 (here cell 112). The potential 
. next access router discovery (CARD), for example as specified in the IETF 
document D. Trossen et al., "A Dynamic Protocol for Candidate Access Router 
Discovery", Work In Progress, IETF Internet Draft, October 2002, describes a 
procedure for identifying the potential next access routers, and also discover- 

30 ing the characteristics of their offered services when considered as a handoff 
candidate. Based on the information thus available, a group of candidate ac- 
cess routers may be selected, and one of which may be further selected as a 
target access router (TAR). The selection of TAR typically takes into account 
the capabilities of potential next access routers, preferences of the mobile 

35 node and potential local policies. The invention relates to with information 
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transfer facilitating the selection, and thus the TAR selection as such, does not 
fall in the scope of the invention. 

[0034] In the embodiment of Figure 1, assume that a user carrying the mo- 
bile node 1 1 1 is moving in the direction of the arrow. The mobile node is en- 
5 gaged to a session with an application server 123 for an ongoing application 
that requires special services from the mobile network. The special services 
may relate to any feature or functionality facilitated by a specific access router, 
for example quality of service for transmission, security level, header compres- 
sion, availability of transcoding service element, etc. Thereby, for example, the 
10 downlink data packets are flowing from the application server 123 through the 
serving access router 1 14 under the first administrative control 1 18 to the serv- 
ing access point 113, and linked over the radio interface to the mobile node. 

[0035] The radio access network comprises defined mechanisms for network 
level handover control. In order to prepare also for the coming IP level hand- 

15 over, the IP address of the potential next access routers 117 and 122 that con- 
nect to the potential next access points 115, 121 are identified. There are sev- 
eral possibilities for this reverse address translation. In some cases the AP 
beacon comprises the IP address of the access router the AP is connected to. 
In the prior art, mechanisms are also proposed for caching the mapping be- 

20 tween the L2 addresses of the neighbouring access points and IP addresses 
of the access routers connected to them into dedicated network nodes. The 
choice of procedure for identifying the potential new access routers is not, as 
such, essential for the present invention. 

[0036] Referring to the flow chart of Figure 2, at some point, for example a 
25 parameter defined point, before the network layer handover, the mobile node 
111 generates application context information for the ongoing session with the 
application server 123. The application context information includes general 
information on the application semantics, possibly including information on the 
current state of the session. The application context information on the current 
30 state of the session facilitates re-establishment of the session on a new access 
router without having to re-perform the entire protocol exchange between the 
mobile node and the new access router. There are various possibilities for 
generating the application context. The application context information may, for 
example, be based on descriptive Information on session description protocol 
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in the session initiation protocol (SIP) messages between the mobile node 1 1 1 
and the application server 123. The application context information is provided 
in a pre-defined format of information elements that allows it to be supported in 
access routers as well. The format may be according to a specified standard, 
5 as the ones recommended by the IETF. Examples of such standards comprise 
Distributed Component Object Model (DCOM), Simple Object Access Protocol 
(SOAP), Common Object Request Broker Architecture (CORBA), Enterprise 
Java Beans (EJB), and Type Length Value (TLV), Extensible Markup Lan- 
guage (XML). 

10 [0037] The application context information is essentially generated in the 
mobile node, but it may also include information on the correspondent node of 
the mobile node. Some application functionality of the correspondent node of 
the mobile node may depend on the location of the mobile node, for example a 
web server that tailors the content of the delivered web page based on the lo- 

15 cation of the mobile user. In such a case, for maintaining an IP session, it 
might be necessary that the application context information includes such in- 
formation on the correspondent node as well, preferably included in the same 
message generated by the mobile node. 

[0038] It should be noted that the above-mentioned concept of application 
20 context information constitutes the framework of the application semantics, 
which is fundamental for the ongoing session between a mobile node and an 
application server. The application context information serves as a basis for 
extracting the required access router capabilities. In some cases, the applica- 
tion context information can be directly mapped onto the required access 
25 router capability information, and in some cases further processing is neces- 
sary. The procedure of deriving the necessity of a certain access router capa- 
bility by the mobile node, from the application context information, is not as 
such essential for the invention. 

[0039] According to one example of the invention, part of the information in 
30 the dynamically generated application context information relates to such 
handover related procedures in the access router which, for seamless service, 
are advantageously performed pro-actively before the network layer handover. 
Advantageously in this context means that performing the defined procedures 
pro-actively is not mandatory, but improves the probability of successful reloca- 
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tion of the IP session at handover. Thus, the mobile node includes in the appli- 
cation context information a first indication that enables the access routers to 
identify the information elements of the application context information that re- 
late to such pro-active procedures. The first indication may comprise, for ex- 
5 ample, flag bits that are associated with individual information elements of the 
application context information and which show whether the associated infor- 
mation element relates to a pro-active procedure or not. This is illustrated in 
Figure 3, where a diagrammatic data block of application context information is 
illustrated. The data block 300 shows an optional header part 310 for header 

10 information that precedes the data, and a payload part 320 for carrying individ- 
ual information elements datal,..., data 5 of the application context informa- 
tion. The information elements are essentially data fields of equal or different 
amounts of bits. The data block 300 also comprises a flag part 330, which 
comprises a group f1, f2 f5 of flag bits, each flag bit 331 of the flag part 

15 being associated with an information element 321 of the payload part 320. 
Various possible methods of formatting information comprising a plurality of 
information elements and indicating properties attached to them are obvious to 
a person skilled in the art. 

[0040] In step 2-1 of Figure 2, the mobile node 111 sends the application 
20 context information to the current access router 114. The sending takes place 
before the handover procedure is triggered, preferably timed such that several 
consecutive interactive signalling messages may be exchanged between the 
serving access router and its neighbouring nodes before the handover is trig- 
gered. The optimisation of timing is an implementation related issue that as 
25 such is not essential to the present invention. If the application context infor- 
mation is delivered very early before the handover takes place, there is a risk 
that the registered information becomes obsolete before it is used. On the 
other hand, if the time between the context transfer and the handover does not 
facilitate required procedures in the serving access node and the potential next 
30 access node, the success of seamless service may be at risk. 

[0041] In step 2-2 of Figure 2, the received application context information is 
stored in the current access router 114. In step 2-3, the mobile node 111 gen- 
erates a triggering message for initiating the transfer of application context 
from the current access router 1 14 to a potential next access router 122. In this 
35 embodiment the two signals, the one (step 2-1) for delivering the application 



WO 03/092316 PCT/FI03/00320 



context information to the current access router 114, and the one (step 2-3) for 
triggering the application context information from the current access router 
114 to one or more potential next access routers are shown as separate sig- 
nalling events initiated by the mobile node 111. Furthermore, it is anticipated 
5 that the time elapsed between the two signalling events (2-1, 2-3) changes 
dynamically according to the state of the mobile node, i.e. it is dependent on 
the actual behaviour of the user, as well as on the implementation-specific set- 
tings of the network on how it is configured to respond to the behaviour of the 
user by its mobility management functionality. It is also possible that the two 
10 signals are combined, i.e. that the first signal (step 2-1) also acts as a trigger, 
and the application context information transfer from the current access router 
114 is initiated in response of the received application context information from 
the mobile node 111. 

[0042] The triggering message 2-3 thus acts as a request from the mobile 
1 5 node 1 1 1 to the serving access router 1 14 to forward a defined part of the ap- 
plication context information to the potential next access router 122. The for- 
mat of the triggering message as such is not essential to the invention, for ex- 
ample appropriate Internet control message protocol (ICMP) messages or user 
datagram protocol (UDP) messages may be used. The triggering message 
20 preferably comprises an indication that allows the current access router 1 14 to 
identify the potential next access router 122, to which the application context 
information transfer should be addressed, typically by the IP address of the 
new access router. The mobile node 111 may send one triggering message 
addressing one potential next access router 122, or several triggering mes- 
25 sages addressing a group of potential next access routers 117, 122. The mo- 
bile node 111 may also generate one combined triggering message that simul- 
taneously addresses a group of access routers 1 1 7, 122. 

[0043] In step 2-4, the current access router 114 transfers the application 
context information to the addressed new access router(s). The transferred 
30 information can comprise the whole application context information as deliv- 
ered from the mobile node, or it can comprise a defined part of it. Essentially 
the transferred application context information comprises the information ele- 
ments that relate to pro-active procedures which, for seamless service, need to 
be performed pro-actively before the actual IP handover. 
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[0044] In step 2-5, the potential next access router 122 analyses the re- 
ceived application context information and, based on the data in the informa- 
tion elements that relate to pro-active procedures, implements them. The ne- 
cessity of the pro-active procedures may be explicitly indicated in the applica- 
5 tion context information, and/or the access router may be able to determine the 
necessity based on the received information. Examples of such pro-active ac- 
tions include reservation of resources for a defined quality of service, reserva- 
tion of a defined transcoding entity for the use of mobile node, initialization of 
defined authentication procedures, or contacting defined communication enti- 
10 ties in preparation of the expected handover. These pro-active procedures can 
be implemented in access routers that receive the application context informa- 
tion, including information elements that relate to pro-active procedures. At 
this stage the mobile node has indicated an intent to perform an IP layer hand- 
over to the new access routed addressed by the triggering message. 

15 [0045] In step 2-6, the mobile node 111 sends a commitment message to 
the potential next access router that has been selected as a next access router 
122. This commitment message 2-6 acts as a confirmation of the intent that 
was earlier indicated in connection with step 2-4. The format of the commit- 
ment message 2-6 as such is not essential to the invention, for example ap- 

20 propriate Internet control message protocol (ICMP) messages or user data- 
gram protocol (UDP) messages may be used. The commitment message to 
the selected next access router may be sent before or after the network layer 
handover, typically before the handover. 

[0046] In step 2-7, the next access router 122 implements the handover ac- 
25 tions still pending, essentially such handover procedures pending the actual 
commitment to the next access router which have not yet pro-actively been 
implemented. Depending on the specified content of the application context 
information, the division between the pro-active procedures and the proce- 
dures may be exclusive, or some procedures of the pro-active procedures may 
30 be implemented after commitment, or repeated at the time of commitment. The 
application context information for the pending handover procedures may al- 
ready be available in the new access router if the complete context information 
was transferred in step 2-4. If only partial application context information was 
transferred in step 2-4, the next access router 122 needs to request the miss- 
35 ing application context information from the current access router 114. To fa- 
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cilitate this, the mobile node 111 preferably includes the address of the serving 
access router 114 to the commitment message to the next access router 122. 
The next access router 122 requests necessary information from the current 
access router 114. The protocols and procedures of context transfer as speci- 
5 fied by the IETF can be utilized for pulling the information from the serving ac- 
cess router 1 14 to the new access router 122. 

[0047] In the embodiment as described above, the division of handover ac- 
tivities facilitates timely performance of the necessary handover procedures to 
support seamless continuation of a sen/ice for an ongoing application. This 

10 reduces the possibility of failures that may otherwise appear, for example, due 
to the duration of some handover procedures, or due to a requested resource 
not being available at the time of handover. Correspondingly, the communica- 
tion related to the application context transfer happens between the access 
routers, thus reducing the time and radio resource consuming communication 

1 5 over the air interface. 

[0048] In Figure 2, the line of MN is marked with slashes to indicate that the 
time between the steps may vary considerably from case to case. It is clear 
that if a mobile node is relatively stable, i.e. does not move much, the time be- 
tween handovers is long, the periods between the steps of application context 

20 transfer, as shown, also being long. In these cases, a very predictive approach 
in timing the application context information transfer may end up in wasting 
resources in the pro-active reservation procedures, and/or the more dynamic 
part of the context information becoming obsolete before the actual handover. 
On the other hand, when a mobile node is moving fast, for example in a train, 

25 the consecutive steps need to follow each other very quickly. 

[0049] In another embodiment of the invention, appropriate timing of the ac- 
tions is facilitated by including in the application context information a second 
indication that enables access routers to determine the temporal validity of the 
context information. Such second indication may be implemented, for example, 
30 as illustrated with the diagrammatic representation of context information in 
Figure 4. The header part 410, the payload part 420, and the flag part 430 of 
the data block 400 correspond with the parts of the data block 300 in Figure 3. 
In addition to these, the data block 400 comprises a lifetime part 440 with life- 
time information elements 11.. .15, each associated with the individual informa- 
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tion elements data1...data5 of the payload part 420 and comprising a se- 
quence of bits to indicate the period of validity of the information in the informa- 
tion elements of the payload part 420. The lifetime information elements 11.. .15 
may be utilized by the current access router 114 for determining whether the 
5 application context information to be transferred to the potential next access 
router 122 is still valid when the triggering message arrives. The lifetime infor- 
mation elements 11 ...15 may also be utilized by the potential next access router 
122 for timing the duration of the pro-active action. If, for example, the potential 
next access router 122 does not receive a commitment message within the 
10 lifetime indicated by a defined lifetime element I2 f the potential next access 
router 122 will release an allocated resource associated with the information 
element data2. Other possible applications of the lifetime information are ap- 
parent to a person skilled in the art. 

[0050] In the first embodiment, the mobile node 111 sends the application 
15 context information to the current access router 114. Another scenario for pro- 
viding the information for disposal of the access routers is to arrange a source 
of application context information into the network side. This embodiment of 
the invention is illustrated in Figure 5. The elements 51 1 to 523 of Figure 1 cor- 
respond directly with the elements 111 to 123 of Figure 1, and will not be re- 
20 described herein. According to the current embodiment, a mobile proxy server 
524 is further connected to the mobile communication system. In figure 5, the 
connection of one mobile proxy server 524 is shown via the Internet It is clear 
that the mobile communication system may comprise one or more such serv- 
ers, and that a mobile proxy server 524 can also be located in any of the ac- 
25 cess networks of the mobile communication system. The mobile proxy server 
524 can be a separate physical network element or it can be implemented as a 
logical unit integrated together within another network element. 

[0051] The basic role of a mobile proxy server 524 in the context of this ex- 
ample of the present invention is to maintain updated personal information on 

30 the mobile user. An implementation of this is, for example, a server for execut- 
ing advanced applications, targeted to facilitate providing of services that are 
chosen and/or tailored according to the current personal information of the 
mobile user. Such a mobile proxy server 524 is configured to collect static and 
dynamic information from various sources and, based on the dynamically 

35 changing personal status and context information of the mobile user, provides 
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a defined service or defined services for the user. The collected information 
may, for example, comprise a user location, user profile input by the user him- 
self or herself, background data retrieved via the Internet, monitoring data on 
the physical or emotional status of the user, status of the ongoing applications, 
5 etc. For example, let us consider that the application is configured to pull out 
information from a data source for user location information, a data source for 
event schedules, a data source for league information, and a data source for 
user monitoring data. Let us assume that the data source for location informa- 
tion indicates the mobile user to be in a football stadium, the data source for 

10 event schedules indicates a particular match to take place in the detected foot- 
ball stadium, the data source for league information facilitates listing all the 
other teams in the league that the particular match may concern and, addition- 
ally, user monitoring data that indicates that the user does not feel enthusiastic 
about the progress of the current game. Based on this information, the applica- 

15 tion may be configured to trigger a service where it retrieves clippings of goals 
and scores of the other simultaneously ongoing matches of that league, and 
offers them to the user. 

[0052] In order to maintain relevant dynamic information in the mobile proxy 
server 524, the mobile node 51 1 transfers relevant application context informa- 

20 tion and monitoring information to the mobile proxy server 524. Between the 
mobile node 111 and the mobile proxy server 524 is a trust relationship, which 
means that appropriate security measures for ensuring the identity of the 
communicating parties and the integrity of the exchanged messages are taken 
in their mutual communication. Such measures may comprise authentication 

25 and encryption procedures, generally known to a person skilled in the art. 
Through this proxy arrangement, updated information for generating the appli- 
cation context information for a mobile node is made available in the network 
side, thus being available for the purpose of the invented solution. 

[0053] Referring to Figure 6, the actions as such are similar to the embodi- 
30 ment of Figure 2, but the logical elements responsible for some individual ac- 
tions may be different. The mobile proxy server 524 that, as disclosed above, 
now possesses updated context information, generates (step 6-1) the applica- 
tion context information on the mobile node 511. Since the generic trust rela- 
tionship essentially exists only between the mobile proxy server 524 and the 
35 mobile node 511, necessary security measures need to be followed between 
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the mobile proxy server 524 and the serving access router 514, at least to fa- 
cilitate authentication of the source of application context information. Such 
security measures may comprise, for example, signing of the application con- 
text transfer message with the mobile node's private key in the mobile proxy 
5 server 524, and verification of the signature in the serving access router 514 
with the mobile node's public key. Other applicable security measures are ap- 
parent to persons skilled in the art. In this embodiment, after the current ac- 
cess router 514 has received the application context information, the proce- 
dure continues as described in the first embodiment through steps 6-2 to 6-7. 
10 The triggering message 6-3 is preferably given by the mobile proxy server 524, 
and the commitment message 6-6 is preferably sent by the mobile node 51 1 
itself. 

[0054] A further advantage of this embodiment is that the activities for ser- 
vice relocation are allotted to the network side, thereby reducing the more criti- 

15 cal communication over the air interface. By this embodiment, also the sensi- 
tivity of the handover operations due to a range of mobile node equipment 
communicating with an equally versatile range of potential next access routers 
is reduced which, especially in transition between generations of access tech- 
nologies, is a clear advantage. A still further advantage of synergy is perceived 

20 with the application context information being transferred from the mobile node 
1 1 1 to the mobile proxy server 524 for the purposes of the context-based ap- 
plications as well. 

[0055] In the previous embodiments, the application context transfer to the 
potential next access routers was distributed via the current access router 514. 

25 In a still further embodiment, the role of the current access router 514 is further 
reduced by allotting some of its functionality to the mobile proxy server 524. 
Initially, the mobile node 111 generates the application context information, 
and transfers it to the mobile proxy server 524, as already described earlier. 
The mobile proxy server 524 also stores the received information, in addition to 

30 the collected and stored information on the access routers, including the infor- 
mation on the neighbouring relationships of the access routers. Based on the 
information stored in the mobile proxy server 524, and the updating information 
continually arriving at it, the mobile proxy server 524 may generate the applica- 
tion context information and, instead of delivering it to the current access 

35 router, send it directly to the potential new access router 522. Referring to Fig- 
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ure 6, this means that steps 6-1 to 6-4 are replaced by a single step, which 
illustrates the transfer of application context information from the mobile proxy 
server 524 to the potential new access router 522. Furthermore, the mobile 
proxy server 524 may include appropriate security measures therein to facili- 
5 tate at least authentication of the source of the application context information. 
The mobile proxy server may also determine the time of triggering the applica- 
tion context information transfer, or the triggering may still be issued by the 
mobile node itself. This embodiment brings in an additional advantage by 
compiling the responsibility for the relocation activities more comprehensively 

10 into one element in the network side. The solution enhances information distri- 
bution, especially because it reduces communication over the air interface and 
therefore has less restrictions by the limited radio resource. Additionally, the 
centralized approach that comprises an essentially dedicated server facilitates 
more advanced and complicated routines for data distribution and target ac- 

1 5 cess router selection. 

[0056] A further embodiment of the invention, where the proactive proce- 
dures are utilized in selection of target access router, is described by referring 
to Figure 7, and also to the architecture of Figure 5. The availability of re- 
sources is naturally one of the essential handover criteria in access network 

20 level mobility management. The embodied target access router selection aims 
at solutions where the access network level criteria are only part of the overall 
handover criteria, and where especially the interruption by the IP layer hand- 
over to the ongoing session between the mobile node and the application 
server is minimized. In the embodiment, it is assumed that the functionality for 

25 target access router selection, hereinafter called as selection module, is lo- 
cated in the current access router. The selection module can be correspond- 
ingly implemented in the mobile node 51 1 or in any applicable network node, 
also including elements like the mobile proxy server 524 as described earlier. 
Adjustment of embodied information transfer according to the different loca- 

30 tions of the TAR selection module is obvious to a person skilled in the art. 
Steps 7-1 to 7-4 correspond to the steps 2-1 to 2-4 and will not be re-explained 
here. Let us, however, assume that the transferred context information 7-4 
comprises a requirement on a defined bandwidth for the ongoing application. 
In step 7-5, the first potential next access router 517 analyses the application 

35 context information and detects that the requested bandwidth matches its ca- 
pability set, but that due to heavy temporary network load such a bandwidth is 
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not presently available for the mobile node 51 1 . The first potential next access 
router 517 sends back to the current access router 514 a message (step 7-6) 
that indicates the incapability of this potential next access router to reserve the 
requested resource for the mobile node. 

5 [0057] The selection module in the current access router 514 is configured to 
transfer (step 7-7) the application context information with the requirement on 
bandwidth for the ongoing application to potential next access routers until it 
detects that none of the potential next access routers is capable of providing 
the requested resource. In the example of Figure 7, the application context 

10 information is transferred to a second potential next access router 522. The 
second potential next access router 522 analyses (step 7-8) the received ap- 
plication context information and detects that the requested bandwidth 
matches its capability set and that such a bandwidth is presently available for 
the mobile node. The second potential next access router 522 sends back to 

15 the current access router 514 a message (step 7-9) that indicates the capabil- 
ity of this potential next access router to reserve the requested resource for the 
mobile node. Based on this, and potentially some other decision criteria, the 
selection module in the current access router 514 determines the second po- 
tential next access router 522 to be the target access router (step 7-10) and 

20 indicates this to the mobile node (step 7-11). In step 7-12, the mobile node 
sends a commitment message to the access router that has been selected as 
a target access router, corresponding to step 2-6 of Figure 2, and in step 7-13, 
the target access router implements the handover actions still possibly pend- 
ing, essentially such handover procedures related to actual commitment that 

25 have not yet been pro-actively implemented. 

[0058] The described information transfer is only one example of the embod- 
ied solution. It is clear that, as shown, the requirements for resources can be 
included in one message, or the communication related to transferring the re- 
source related requirements to the target access router may comprise several 
30 consecutive resource reservation messages. Examples of the first alternative 
include appropriate ICMP or UDP messages, and an example of the latter al- 
ternative is resource reservation protocol (RSVP), or the like. However, any 
applicable message format is possible. Depending on the location of the selec- 
tion module, the choice for the possible or optimal message format may vary. 
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[0059] If none of the potential next access routers returns a positive re- 
sponse to the request for resource allocation, the selection module for target 
access router selection may initiate an error procedure. Such error procedure 
may, for example, comprise a notification to the user. The error procedure may 
5 also comprise reduction of the requirement and repetition of the attempt for 
pro-active resource allocation with the reduced requirement level. 

[0060] Hereinafter, reference is made to a more detailed functional descrip- 
tion of the mobile node by referring to Figure 8. The mobile node 1 1 1 com- 
prises processing means 81, an element that comprises an arithmetic logic 

10 unit, a number of special registers and control circuits. Connected to the proc- 
essing means are memory means 82, a data medium where computer- 
readable data or programs or user data can be stored. The memory means 
typically comprise memory units that allow both reading and writing (RAM), 
and a memory whose contents can only be read (ROM). The mobile node also 

15 comprises an interface block 83 with input means 84 for inputting data by the 
user for internal processing in the unit, and output means 85 for outputting 
user data from the internal processes of the unit. Examples of said input 
means comprise a keypad, or a touch screen, a microphone, or the like. Ex- 
amples of said output means comprise a screen, a touch screen, a loud- 

20 speaker, or the like. The mobile node also comprises a radio unit 86 that is 
connected to the central processing means, and configured with receiving 
means for receiving information from the air interface and processing it for in- 
putting to the processing means 81 , as well as with transmitting means for re- 
ceiving information from the processing means 81, and processing it for send- 

25 ing via the air interface. The implementation of such a radio unit is generally 
known to a person skilled in the art. The processing means 81, memory means 
82, interface block 83, and radio unit 86 are electrically interconnected for per- 
forming systematic execution of operations on the received and/or stored data 
according to the predefined, essentially programmed processes of the unit. In 

30 a solution according to the invention, the operations comprise the functionality 
of the mobile node as described above. 

[0061] Correspondingly, Figure 9 schematically illustrates the basic func- 
tional structure of a network node of the communications system as discussed 
above. Such nodes are referred above, for example, as access points, current 
35 access routers, potential next access routers, target access routers, and mb- 
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bile proxy servers. The network node comprises processing means 91, an 
element that comprises an arithmetic logic unit, a number of special registers 
and control circuits. Connected to the processing means are memory means 
92, a data medium where computer-readable data or programs or user data 
5 can be stored. The memory means typically comprise memory units that allow 
both reading and writing (RAM), and a memory whose contents can only be 
read (ROM). The unit also comprises an interface block 93 with input means 
94 for inputting data for internal processing in the unit, and output means 95 
for outputting data from the internal processes of the unit. Examples of said 

10 input means comprise a plug-in unit acting as a gateway for the information 
delivered to its external connection points. For receiving information on the 
operator of the network node, the network node may also comprise a keypad, 
or a touch screen, a microphone, or the like. Examples of said output means 
include a plug-in unit feeding information to the lines connected to its external 

1 5 connection points. For outputting information to the operator of the network 
node, it may also comprise a screen, a touch screen, a loudspeaker, or the 
like. The processing means 91, memory means 92, and interface block 93 are 
electrically interconnected for performing systematic execution of operations 
on the received and/or stored data according to the predefined, essentially pro- 

20 grammed processes of the unit. In a solution according to the invention, the 
operations comprise a functionality for implementing the operations as de- 
scribed above. 

[0062] It will be obvious to a person skilled in the art that as technology ad- 
vances, the inventive concept can be implemented in various ways. The inven- 
25 tion and its embodiments are not limited to the examples described above but 
may vary within the scope of the claims. 
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CLAIMS 

1. A method for supporting relocation of an Internet Protocol session 
during a network layer handover in a mobile communication system, char- 
acterized by the method comprising: 

5 generating application context information indicating activities to be 

executed pro-actively before a network layer handover; and 

executing the indicated activities in response to received application 
context information. 

2. A method according to claim 1, characterized by further 
10 comprising: 

registering application context information associated with a particu- 
lar session; and 

triggering sending of the registered application context information 
at a defined moment. 

15 3. A method according to claim 2, characterized by further 

comprising: 

indicating a period of validity in the application context information; 

checking, before sending the registered application context informa- 
tion, validity of the information; and 
20 requesting, in response to detecting invalid information, updated 

application context information. 

4. A method according to claim 1, characterized by further 
comprising: 

sending a response based on the executed activities to be executed 
25 pro-actively before the network layer handover; 

utilizing the response in selection of a target for the network layer 

handover. 

5. A method according to claim 4, c h a r a c t e r i z e d by the ac- 
tivities to be executed pro-actively before the initiation of the network layer 

30 handover comprising allocation of a defined network resource. 

6. A mobile node (111; 511) in a mobile telecommunication system 
(100; 500), characterized by the mobile node (111; 51 1 ) being config- 
ured to generate application context information indicating activities to be exe- 
cuted pro-actively before a network layer handover. 

35 7. A mobile node (111; 511) according to claim 6, character- 
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i z e d by being configured to: 

register application context information associated with a particular 
session; and 

trigger sending of the registered application context information at a 
5 selected time. 

8. A mobile node (111; 511) according to claim 7, character- 
ized by being configured to determine the moment for the triggering accord- 
ing to the current state of the mobile node. 

9. A mobile node (111; 511) according to claim 7, character- 
10 i z e d by being configured to indicate in the triggering the network node (122; 

522) the registered application context information is to be sent. 

10. A mobile node (111; 511) according to claim 6, character- 
ize d by being configured to indicate in the application context information its 
period of validity. 

15 1 1 . A mobile node (1 1 1 ; 51 1 ) according to claim 7, character- 

ize d by being configured to register the application context information into a 
network node (524) which has an IP connection to the mobile node but is not 
directly involved in transferring packets of the IP session to the mobile node 
(111; 511). 

20 12. A mobile node (1 1 1 ; 51 1 ) according to claim 6, character- 

ize d by being configured to: 

receive a response based on the executed activities that have been 
executed before the initiation of the network layer handover; 

utilize the received response in selection of a target for the network 
25 layer handover. 

13. A mobile node (111; 511) according to claim 12, charac- 
terized by the activities to be executed before initiation of the network 
layer handover comprising allocation of a defined network resource. 

14. A network node (114; 514; 524) in a mobile communication sys- 
30 tern (100; 500), characterized by being configured to provide applica- 
tion context information with information to indicate activities to be executed 
pro-actively before a network layer handover. 

15. A network node (114; 514; 524) according to claim 14, c h a r - 
acterized by being configured to: 

35 receive application context information associated with a particular 

session from a mobile node (1 1 1 ; 51 1 ); and 
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store the received application context information. 

16. A network node (114; 514; 524) according to claim ^.char- 
acterized by being further configured to receive a triggering from the mo- 
bile node (111; 511) for sending of the registered application context informa- 

5 tion. 

17. A network node (114; 514; 524) according to claim 14,char- 
acterized by being further configured to: 

detect an indication of a period of validity in the application context 
information; and 

10 check, before sending the registered application context informa- 

tion, the validity of the information; 

request, in response to detecting invalid information, updated appli- 
cation context information from the mobile node. 

18. A network node (1 14; 514; 524) according to claim 14, char- 
15 acterized by the network node comprising an access router (114; 514) 

through which packets of an Internet Protocol session are currently transferred 
to a mobile node (1 1 1 ; 51 1 ). 

19. A network node (1 14; 514; 524) according to claim 14, char- 
acterized by the network node comprising a mobile proxy server (524), 

20 which has an Internet Protocol connection to a mobile node (111; 511), but is 
not directly involved in transferring the packets of the IP session to the mobile 
node. 

20. A network node (114; 514; 524) according to claim 19, char- 
acterized by being further configured to execute a security procedure 

25 when sending the application context information to the receiving network 
node. 

21. A network node (114; 514; 524) according to claim 14, c h a r - 
acterized by being further configured to 

receive a response based on the executed activities to be executed 
30 pro-actively before the network layer handover; 

utilize the response in selection of a target for the network layer 

handover. 

22. A network node (114; 514; 524) according to claim 21 , c h a r - 
acterized by the activities to be executed before initiation of the network 

35 layer handover comprising allocation of a defined network resource. 

23. A network node (122; 522) in a mobile communication system 
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(100; 500), characterized by said network node being configured to: 

receive application context information indicating activities to be 

executed pro-actively before a network layer handover; and 

execute the indicated activities in response to received application 
5 context information. 

24. A network node (122; 522) according to claim 23, charac- 
terized by being further configured to 

detect in the application context information an indication on its pe- 
riod of validity; 

10 request, in response to detecting invalid information, updated appli- 

cation context information. 

25. A network node (122; 522) according to claim 23, charac- 
terized by being further configured to execute a security procedure on the 
received application context information. 

15 26. A network node (122; 522) according to claim 23, charac- 

terized by the activities to be executed pro-actively before the initiation of 
the network layer handover comprising allocation of a defined network re- 
source. 

27. A mobile communication system (100; 500) comprising a mobile 
20 node (111; 511), and a network node (122; 522) , characterized in 
that: 

the mobile node (111; 511) is configured to generate application 
context information indicating activities to be executed pro-actively before the 
network layer handover; and 
25 the network node (122; 522) is configured to execute the indicated 

activities in response to received application context information. 
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